home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 104 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: interramp.com!usenet
  2. From: Brian Strelioff <pp001729@interramp.com>
  3. Newsgroups: comp.lang.ada,comp.lang.c++,comp.lang.c,comp.lang.modula3,comp.lang.modula2,comp.lang.eiffel,comp.lang.smalltalk
  4. Subject: Re: whither style
  5. Date: Mon, 01 Jan 1996 12:42:45 -0800
  6. Organization: BKS Systems, Inc.
  7. Message-ID: <30E84745.2781E494@interramp.com>
  8. References: <cmanDK7x13.5KM@netcom.com> <30e26364.2569895@news1.wolfe.net> <4bvae4$fl6@beatty.slip.netcom.com> <4c0a6d$4hs@news.irisa.fr> <dewar.820263524@schonberg>
  9. NNTP-Posting-Host: ip136.santa-ana.ca.interramp.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 4.1.3_U1 sun4m)
  14.  
  15. Robert Dewar wrote:
  16. > 
  17. > Jean-Marc said:
  18. > 
  19. >   Please note that most of the HN (Hungarian Notation) discussion
  20. >   is led in the C and C++ context only.
  21. >   In Eiffel or Smalltalk, where everything is an object,
  22. >   it would be really *stupid*
  23. >   to use such a restricted notation: types such as Integer
  24. >   or Float are nothing special
  25. >   w.r.t the language, and they are no more important than e.g.,
  26. >   linked_list_of_hash_table_of_foo.
  27. > 
  28. > but the point is that this is true in well written C and C++ true.
  29.  
  30. Actually the types INTEGER and FLOAT **are** "special" in Eiffel
  31. as they are 'value' rather then 'reference'. Also other areas in Eiffel
  32. are meant to allow specifying whether or not an attribute should
  33. be implemented as 'value' or 'reference'. For example,
  34.  
  35.  linked_list_of_hash_table_of_foo_1 : expanded LINKED_LIST[HASH_TABLE[FOO]];
  36.  linked_list_of_hash_table_of_foo_2 : LINKED_LIST[HASH_TABLE[FOO]];
  37.  
  38. are two entirely (well significantly at least) different fields, with
  39. linked_..._1 viewed as a value while linked_..._2 is a reference.
  40.  
  41. > 
  42. > I really do not think that HN is any more appropriate in C than in Eiffel
  43. > or Ada or whatever.
  44. > 
  45. >   the declaration of a variable type should be located close to its uses.
  46. >   And [stuff deleted] ... *any* decent
  47. >   environment would show you a variable's type only by clicking on it.
  48. >
  49. >   [ more stuff deleted ]
  50. >
  51. >   [ HN is ] thus mostly relevant to C and C++.
  52. >   So please keep the discussion in these groups
  53. > 
  54.  
  55. The relevance is language independent (Actually irrelevance since I am
  56. strongly opposed to HN), but may be relevant if a "decent environment"
  57. is not available.
  58.